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DETAILED ACTION 

1. This action is in response to an Amendment filed November 13, 2006. Claims 2, 10, 26 and 33 - 35 
were canceled. Claims 36 - 37 were added. Claims 1, 3 - 5, 7 - 9, 24 - 25, 27 - 32 and 36 - 37 are 
pending. Claims 1, 3 - 5, 7 - 9, 24 - 25, 27 - 32 and 36 - 37 have been examined. Claims 1, 3 - 5, 7 - 9, 
24 - 25, 27 - 32 and 36 - 37 have been rejected. Claims 4 and 32 are allowable over the prior art of 
record. 

2. This Office Action is NON-final as a result of amended rejections under 35 U.S.C. § 103. 

3. The Examiner would like to thank the Applicant for the well-presented amendment, which was 
useful in the examination process. The Examiner appreciates the effort to carefully analyze the 
Office Action, and make appropriate arguments and amendments. The Examiner also thanks the 
Applicant for the time taken to perform an interview, which is useful to expedite the examination 
process. 

Response to Remarks 

4. Regarding claims 1 and 24 rejected under 35 USC § 101: 

4.1. Applicant's arguments on page 8 regarding independent claims 1 and 24 have been fully 

reviewed, and are persuasive. However, upon further consideration, new rejections are made as 
described below. Also, regarding Applicant/ s arguments on page 9, the Examiner respectfully 
disagrees with portions, as follows. Briefly, Altaian appears to teach hardware emulation (page 
40, left-side column, last sentence in the bullet item). Further, art is provided with this Office 
Action to support the equivalence of hardware and software. 



Application/ Control Number: 10/029,497 Page 3 

Art Unit: 2123 



Claim Objections 

5. Claim 30 is objected to for the following minor informalities: Claim 30 depends from a canceled 
claim 26. For the purpose of claim examination, the claim is interpreted as depending from claim 24. 

Claim Rejections - 35 USC § 101 

6. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

7. Claims 1, 3 - 5, 7 - 9, 24 - 25, 27 - 32 and 36 - 37 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter. 

7.1. Regarding independent claims 1 and its dependent claims, the recited method appears to 
contain abstract ideas such as producing first dynamic execution information. Therefore, to be 
statutory, the claims must be directed to a practical application producing a concrete, useful and 
tangible result. The claims do not appear to produce a tangible result needed to support a 
practical application. Changing the hardware emulation does not appear to be a tangible result 

y 

because a process is not tangible. 

7.2. Regarding independent claims 24 and its dependent claims, the recited computer system 
appears to contain abstract ideas such as producing first dynamic execution information. 
Therefore, to be statutory, the claims must be directed to a practical application producing a 
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concrete, useful and tangible result. The claims do not appear to produce a tangible result 
needed to support a practical application. Changing the hardware emulation code generator 
does not appear to produce tangible result because the change appears to be simply changing bit 
settings, which is not tangible. 

7.3. Regarding independent claim 32 and its dependent claims, the recited method appears to 
contain abstract ideas such as producing first dynamic execution information. Therefore, to be 
statutory, the claim must be directed to a practical application producing a concrete, useful and 
tangible result. The claim does not appear to produce a tangible result needed to support a 
practical application. Broadly interpreted, a computer system can be entirely software, and 
changing software would not provide a tangible result. A claim that can be interpreted to 
include both statutory and non-statutory embodiments must be amended to only include 
statutory interpretations. 

Claim Rejections - 35 USC §103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections 
set forth in this Office action: 

« 

* 

A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time 
the invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 1 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable over Altman (Altman, Erik 
R.; Kaeli, David; Sheffer, Yaron; "Welcome to the opportunities of Binary Translation", March 2000, 
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IEEE Computer), in view of Mattson (U.S. Patent Number 6,115,809), further in view of admitted 
prior art of the Applicant. 



9.1. Regarding claim 1: 



9.2. Altaian appears to teach: 



9.2.1. a method performed by a computer system having a hardware emulation (page 40, left- 
side column, last line, "provide a special processor mode to execute legacy code on the new 
processor" ) . 



9.2.2. Obtaining a first set of one or more emulated instructions derived from an original set of 
one or more instructions (page 40 - 41, section labeled "Three Types of Translation") . 



9.2.3. initiating execution of the first set of one or more emulated instructions (pa ge 41, leftside 
column, third paragraph, and section labeled Runtime Optimization; it would have been 
obvious that the emulated sequence of instructions were executed ). 



9.2.4. Producing first dynamic execution information in response to executing the first set of 
emulated instructions (page 41, section labeled "Profiling", first paragraph)) 



9.2.5. Changing the software emulation dynamically for producing a second set of one or more 
emulated instructions by modifying the first set of one or more emulated instructions in 
response to said first dynamic execution information {page 41, section Dynamic 
Optimization; and page 42, sidebar Native Binary Acceleration ). 



9.3. Altaian does not specifically teach (missing parts of the limitation are in bold underline) : 



♦ 

■ 
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9.3.1. Obtaining a first set of one or more emulated instructions derived from an original set of 
one or more instructions using the hardware emulation; 

9.3.2. Changing the hardware emulation dynamically for producing a second set of one or 
more emulated instructions by modifying at least a parameter of one instruction of the 
first set of one or more emulated instructions in response to said first dynamic execution 

h 

information. 

9.4. Admitted prior art of the Applicant appears to teach: 
9.4.1. using hardware emulation (page 3, lines 11 - 20 ); 

9.5. Mattson appears to teach: 

9.5.1. Producing first dynamic execution information in response to executing the first set of 
instructions (column 6, lines 39 - 43; /y . . . techniques may be used to collect branching 
in formation . . . during dynamic execution if the code is to be dynamically optimized" ); 

« 

9.5.2. Changing the emulation dynamically for producing a second set of one or more 
emulated instructions by modifying the first set of one or more emulated instructions in 
response to said first dynamic execution information, ( column 9, lines 49 - 65, especially 
lines 60 - 65; column 9, lines 23 - 33; please note that Iust-in~Time compiling lava 
bytecodes to run on a target machine is a form o f emulation, as also noted in the 
Applicant's specification on page 2, lines 15 - 20 and page 3, lines 1-3, and also see 
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Altman, page 41. sidebar "A Just-in-Time Compiler" regarding compiling Java bytecodes; 
and also see Burke et al, especially figure 1 ) . 



9.5.3. producing a second set of one or more instructions by modifying at least a parameter of 
one instruction of a first set of one or more instructions in response to first dynamic 
execution information ( column 2, lines 31 - 42; and column 3, lines 25 - 34; and column 4, 
lines 1 - 21 [please note that in column 4, lines 1-21 the instruction parameter 
modification is performed by hardware, where the parameter is the prediction]; and column 
9, lines 23 - 33 ). 



9.6. The motivation to use the admitted prior art of the Applicant with the art of Altman would 
have been the benefit recited in the admitted prior art of the Applicant that emulation through 
hardware is considerably faster than emulation through software (pa ge 3, lines 11 - 15 ). 

■ 

9.7. The motivation to use the art of Mattson with the art of Altman would have been the 
advantages recited in Mattson, including that predictions vary dynamically to changes in the 
computing environment that may affect branching ( column 3, lines 25 - 31 ), and predictions 
tend to be very accurate when the prediction table is large { column 3, lines 30 - 33 ), which would 
have been recognized by the ordinary artisan as benefits that result in reduced execution time 
for programs. Further, the ordinary artisan would have been motivated to use the runtime 
optimization of Mattson because the ordinary artisan would have understood the benefits of 

■ 

runtime optimization to reduce execution time, thereby saving time and cost. 

9.8. To summarize, Mattson appears to teach using dynamic runtime information to perform 
runtime optimization of emulated instructions (column 9, lines 49 - 65, especially Java). Mattson 



Application/ Control Number: 10/029,497 Page 8 

Art Unit: 2123 

further appears to teach using hardware to modify a parameter of an instruction at runtime 
based upon dynamic execution information (column 4, lines 1 - 21). The admitted prior art of 
the Applicant teaches using hardware emulation, with the motivation that hardware emulation 
has the benefit of being considerably faster than software emulation (page 3, lines 10 - 20). 
These elements appear to provide the essentials of the claimed invention. 

9.9. In further support of obviousness, it is important to have the knowledge of the ordinary 
artisan at the time of invention. The Examiner notes that it was old and well-known by the 
ordinary artisan at the time of invention to use hardware to modify a parameter of an instruction 
when optimizing a sequence of instructions at runtime (see art provided previously, David A. 

* 

Patterson, "Computer Architecture A Quantitative Approach", second edition, 1996, page 232 - 
233, section "Name Dependences", especially starting at the sentence that starts with, "This 
means that instructions . . ."). Further, it was old and well-known by the ordinary artisan at the 
time of invention that hardware and software are logically equivalent (pages 11 - 12 of Andrew 
S. Tanenbaum, "Structured Computer Organization", second edition, 1984, Prentice-Hall). 
Further, it was old and well-known known by the ordinary artisan at the time of invention to 
collect dynamic runtime information from running code and use the collected information to 
perform dynamic runtime optimization of the code (page 130, figure 1, Burke et al; "The 
Jalapeno Dynamic Optimizing Compiler for Java", 1999, Proceedings of the ACM 1999 
Conference on Java Grande; and Arnold et al; "Adaptive Optimization in the Jalapeno JVM", 
2000, Conference on Object Oriented Programming Systems and Languages, pages 47 - 65). 
Further, it was known to have a hardware emulator perform optimizations similar to Tust-in- 
Time compilers (page 427, Abstract, last sentence; Ramesh Radhakrishnan et al.; "Improving 
Java Performance Using Hardware Translation", June 2001, Proceedings of the 15 th International 
Conference on Supercomputing, pages 427 - 439). 
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9.10. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Mattson and the admitted prior art of the Applicant with the art of 
Altaian to produce the claimed invention. 



9.11. Regarding claim 24, Airman appears to teach: 

9.11.1. a processor means for executing a first set of one or more emulated sequence of 
instructions (pa ge 41, left- side column, third paragraph, and section labeled Runtime 
Optimization; it would have been obvious that the emulated sequence of instructions were 
executed ). 

9.11.2. a means for producing dynamic execution information in response to execution of the 
first set of one or more emulated instructions (page 41, section labeled "Profiling "). 

► 

9.12. Altaian does not specifically teach: 

9.12.1. a hardware emulation code generator generating a first set of one or more emulated 
instructions produced from an original set of one or more instructions; 

9.12.2. a means for changing the hardware emulation code generator dynamically to produce a 
second set of one or more emulated instructions by modifying at least a parameter of one 
instruction of the first set of one or more emulated instructions in response to said dynamic 
execution information. 
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►9.13. Admitted prior art of the Applicant appears to teach: 

9.13.1. a hardware emulation code generator generating a first set of one or more emulated 
instructions produced from an original set of one or more instructions ( page 3, lines 11 - 

m 

20); 

9.14. Mattson appears to teach: 

9.14.1. a means for producing dynamic execution information in response to execution of a first 
set of one or more instructions ( column 6, lines 39 - 43; . . techniques may be used to 
collect branching information . . . during dynamic execution if the code is to be dynamically 
optimized'' )', 

9.14.2. a means for changing the emulation code generator dynamically to produce a second set 
of one or more emulated instructions by modifying at least a parameter of one instruction 
of the first set of one or more emulated instructions in response to said dynamic execution 
information { column 9, lines 49 - 65, especially lines 60 - 65; column 9, lines 23 - 33; please 
note that Just-in-Time compiling Java bytecodes to run on a target machine is a form of 
emulation, as also noted in the Applicant's specification on page 2, lines 15 - 20 and page 3, 
lines 1-3, and also seeAltman, page 41, sidebar "A lust-in-Time Compiler" regarding 
compiling lava bytecodes ). 

9.14.3. producing a second set of one or more instructions by modifying at least a parameter of 
one instruction of a first set of one or more instructions in response to dynamic execution 
information ( column 2, lines 31 - 42; and column 3, lines 25 - 34; and column 4, lines 1-21 
[please note that in column 4, lines 1-21 the instruction parameter modification is 
performed by hardware, where the parameter is the prediction]; and column 9, lines 23 - 
33). 



* 
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9.15. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Mattson and the admitted prior art of the Applicant with the art of 
Altman to produce the claimed invention. 



10. Claim 5 is rejected under 35 U.S.C. 103(a) as being unpatentable over Altman as modified by Mattson 
and admitted prior art of the Applicant as applied to claims 1 and 24 above, further in view of Kistler 
(Thomas Kistler et al.; "Continuous Program Optimization: Design and Evaluation", June 2001, IEEE 
Transactions on Computers). 



10.1. Altman as modified by Mattson and admitted prior art of the Applicant teaches a method of 
producing dynamic execution information in response to executing emulated instructions, and 
changing the hardware emulation of a computer system dynamically for producing a second set 
of emulated instructions in response to said first dynamic execution information, as recited in 
claims 1 and 24 above. 



10.2. The art of Altman is directed toward translating machine instructions for one computer into 
machine instructions to run on a second computer, including profiling and dynamic 
optimization (pages 40 - 41) . 



10.3. The art of Kistler is directed to dynamic program optimization (page 549, Abstract) . 



10.4. Regarding claim 5, Altman does not specifically teach: 



10.4.1. said steps of executing, producing and changing are conducted recursively on at least 
some of successive segments of the first set of one or more emulated instructions. 
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10.5. Regarding claim 5, Kistler appears to teach: 

10.5.1. steps of executing, producing and changing are conducted recursively on at least some of 

* 

successive segments of a first set of one or more emulated instructions (page 549, Abstract, 
first three sentences) . 

10.6. The motivation to use the art of Kistler with the art of Altaian as modified by Mattson and 
admitted prior art of the Applicant would have been the benefits recited in Kistler that the 
method eliminates some of the most severe performance problems (pa ge 564, first paragraph ), 
and can result in real performance improvements (pa ge 564, third paragraph ). 

10.7. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Kistler with the art of Airman as modified by Mattson and admitted 
prior art of the Applicant to produce the claimed invention. 

11. Claim 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Altaian in view of Mattson and 
admitted prior art of the Applicant as applied to claims 1 and 24 above, further in view of Smith (U.S. 
Patent Number 4,370,711). 

11.1. Airman as modified by Mattson and admitted prior art of the Applicant teaches a method of 
producing dynamic execution information in response to executing emulated instructions, and 
changing the hardware emulation of a computer system dynamically for producing a second set 

< 

of emulated instructions in response to said first dynamic execution information, as recited in 
claims 1 and 24 above. 
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11.2. The art of Altman is directed toward translating machine instructions for one computer into 
machine instructions to run on a second computer, including profiling and dynamic 
optimization (pages 40 - 41) . 

11.3. The art of Smith is directed to branch prediction (page 1, Abstract) . 

11.4. Regarding claim 7, Altman does not specifically teach: 

11.4.1. said step of producing, produces branch prediction information; 

11.4.2. said step of changing, changes condition codes of the branch prediction information. 

11.5. Regarding claim 7, Smith appears to teach: 

11.5.1. producing branch prediction information ( column 1, lines 44 - 67, and column 2, lines 1 - 
2); 

11.5.2. changing condition codes of the branch prediction information ( column 1, lines 44 - 67, 
and column 2, lines 1 - 2; the branch prediction in formation is a form o f condition code ); 

11.6. The motivation to use the art of Smith with the art of Altman as modified by Mattson and 
admitted prior art of the Applicant would have been the benefits recited in Smith including 
improved branch prediction mechanism with a high prediction accuracy to minimize the time 
loss caused by incorrect predictions (column 1, lines 17 -21), and using less and simpler 
hardware than another technique might (column 3, lines 26 - 29), which would have been 
recognized as benefit by the ordinary artisan to reduce code execution time. 
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11.7. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Smith with the art of Altman as modified by Mattson and admitted 
prior art of the Applicant to produce the claimed invention. 



12. Claim 3, 8 - 9, 27 - 30 and 36 - 37 is rejected under 35 U.S.C. 103(a) as being unpatentable over Altman 
as' modified by Mattson and admitted prior art of the Applicant as applied to claims 1 and 24 above, 
further in view of Patterson (David A. Patterson et al.; "Computer architecture A Quantitative 
Approach", second edition, 1996, Morgan Kaufmann Publishers). 

12.1. Altman as modified by Mattson and admitted prior art of the Applicant teaches a method of 
producing dynamic execution information in response to executing emulated instructions, and 
changing the hardware emulation of a computer system dynamically for producing a second set 
of emulated instructions in response to said first dynamic execution information, as recited in 
claims 1 and 24 above. 

12.2. The art of Altman is directed toward translating machine instructions for one computer into 
machine instructions to run on a second computer, including profiling and dynamic 
optimization (pages 40-41) . 

12.3. The art of Patterson is directed to common knowledge in the art of computer architecture 
(title) . 

12.4. In addition to the motivations provided below, the ordinary artisan would have been 
motivated to use the art of Patterson with the art of Altman as modified by Mattson and 
admitted prior art of the Applicant as applied to claims 1-3, 10, 24 and 26 - 27 above because 
the ordinary artisan would have used any and all known code optimization methods in the 
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runtime optimization provided by the art of Altman as modified by Mattson and admitted prior 
art of the Applicant in order to reduce code execution time. The ordinary artisan would have 
been motivated to search the literature for known code optimization methods. 

12.5. Regarding claims 3 and 27, Altman does not specifically teach: 

12.5.1. modifying at least a register field of one instruction of the first set of one or more 
emulated instructions. 

12.6. Patterson appears to teach: 

12.6.1. modifying at least a register field of one instruction of the first set, of one or more 
emulated instructions (pa ges 232 - 233, section "Name Dependences" }. 

12.7. The motivation to use the art of Patterson with the art of Altman as modified by Mattson 
would have been the benefit recited in Patterson of instructions involved in a name dependence 
can execute simultaneously if the register number used in the instructions is changed so the 
instructions do not conflict (page 232, section "Name Dependences") , which would have been 
recognized as a valuable benefit by the ordinary artisan to reduce code execution time. 

12.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Patterson with the art of Altman as modified by Mattson and 

■ 

admitted prior art of the Applicant to produce the claimed invention. 

■ 

12.9. Regarding claim 9, Altman does not specifically teach: 
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12.9.1. said step of producing, produces a history of branch prediction dynamic execution 
information; 

12.9.2. said step of changing, generates a branch prediction likelihood code for a group of 
branches that may be different from any branch prediction of the members of the group. 

12.10. Patterson appears to teach: 

* 

■ 

12.10.1. producing a history of branch prediction dynamic execution information (pa ge 262, 
section Basic Branch Prediction and Branch-Prediction Buffers )) 

12.10.2. generating a branch prediction likelihood code for a group of branches that may be 
different from any branch prediction of the members of the group (pages 266 - 268). 

12.11. The motivation to use the art of Patterson with the art of Altman as modified by Mattson 
would have been the benefit recited in Patterson of reducing branch penalties {pa ge 262, section 
4.3, title) , which would have been recognized as a valuable benefit by the ordinary artisan to 
reduce code execution time. 

12.12. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Patterson with the art of Altman as modified by Mattson and 
admitted prior art of the Applicant to produce the claimed invention. 

12.13. Regarding claim 8, Altman does not specifically teach: 

12.13.1. the step of producing produces a history of register allocation information. 

12.13.2. the step of changing changes register allocation. 
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12.14. Regarding claim 8, Patterson appears to teach: 

12.14.1. producing a history of register allocation information (page 233, top half o f page) . 

12.14.2. changing register allocation (pa ge 233, bottom half of page, and page 232, paragraph that 
starts with "Both antidependences . . ." recites that the process may be performed 
dynamically by hardware) . 

12.15. The motivation to use the art of Patterson with the art of Altaian would have been the benefit 
recited in Patterson that resolving dependences allows simultaneous execution of instructions 
(pa ge 232, paragraph that starts with "Both antidependences . . ."; and page 229, section 
Dependences, first paragraph), which would have been recognized as a valuable benefit by the 

i 

ordinary artisan. 

m 

12.16. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Patterson with the art of Airman as modified by Mattson and t 
admitted prior art of the Applicant to produce the claimed invention. 



12.17. Regarding claim 28, Altaian does not specifically teach: 

12.17.1. cycling allocation of registers in a pool of registers as some of successively identified 
registers in the first set of one or more emulated instructions. 

12.18. Regarding claim 28, Patterson appears to teach: 

12.18.1. cycling allocation of registers in a pool of registers as some of successively identified 
registers in the emulated sequence of instructions (page 233, bottom half of page) . 
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12.19. Regarding claim 29, Altman does not specifically teach: 

12.19.1. producing a history of temporary register allocation information. 

12.19.2. changes a register parameter of one instruction of the first set of one or more emulated 
instructions. 

12.20. Regarding claim 29, Patterson appears to teach: 

■ 

12.20.1. producing a history of register allocation information (page 233, top half of pag e). 

12.20.2. changing a register parameter of one instruction of a first set of one or more instructions 
(pa ge 233, bottom half of page, and page 232, paragraph that starts with "Both 
antidependences . . " recites that the process may be performed dynamically by hardware) . 

* 

12.21. Regarding claim 30, Altman appears to teach: 

12.21.1. an emulation code generator for generating the first set of one or more instructions that is 
executable with a first instruction set from the set of one or more original instructions that is 
executable with a different instruction set (page 40, title; and abstract directly beneath the 

■ 

title; and left-side column, paragraph 3, definition of "binary translation") . 

12.21.2. modifying the first set of one or more emulated instructions in response to at least the 
historical register usage information (page 41, section "Dynamic optimization") . 



Application/ Control Number: 10/029,497 
Art Unit: 2123 



Page 19 



12.21.3. execution of first set of one or more emulated instructions (page 41, left- side column, 
third paragraph, and section labeled Runtime Optimization; it would have been obvious 
that the emulated sequence of instructions were executed ). 

12.22. Regarding claim 30, Altaian does not specifically teach: 

12.22.1. generating historical register usage information regarding register status. 

12.23. Regarding claim 30, Patterson appears to teach: 

12.23.1. generating historical register usage information regarding register status during 



execution (pa ge 233, bottom half of page, and page 232, paragraph that starts with "Both 



12.24. Regarding claim 36: 



12.25. Altaian does not specifically teach: 

■ 

12.25.1. modifying a plurality of parameters of some instructions of the first set of one or more 



12.26. Patterson appears to teach: 

12.26.1. modifying a plurality of parameters of some instructions of the first set of one or more 
emulated instructions {pa ges 232 - 233, section "Name Dependences", especially the 
example on page 233 which demonstrates the limitation ). 



an tidependences 



. . " recites that the process may be performed dynamically by hardware) . 



emulated instructions. 
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12.27. Regarding claim 37: 



12.28. Altaian does not specifically teach: 



12.28.1. means for changing the hardware emulation code generator dynamically to produce a 
second set of one or more emulated instructions by modifying a plurality of parameters of 
some instructions of the first set of one or more emulated instructions. 



12.29. Patterson appears to teach: 



12.29.1. means for changing the code generator dynamically to produce a second set of one or 
more instructions by modifying a plurality of parameters of some instructions of the first 
set of one or more instructions (pa ges 232 - 233, section "Name Dependences", especially 
the example on page 233 which demonstrates the limitation ). 



13. Claims 25 and 31 are rejected under 35 U.S.C. 103(a) as being unpatentable over Altman as modified 
by Mattson and admitted prior art of the Applicant, as applied to claims 1 and 24 above, further in 
view of Conte (Conte, Thomas M; Patel, Burzin A.; Cox, J. Stan; "Using Branch Handling Hardware 
to Support Profile-Driven Optimization", 1994, Proceedings of the 1994 27 th annual international 
symposium on microarchitecture). 

13.1. Altman as modified by Mattson and admitted prior art of the Applicant teaches a method of 
producing dynamic execution information in response to executing emulated instructions, and 
changing the hardware emulation of a computer system dynamically for producing a second set 
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of emulated instructions in response to said first dynamic execution information, as recited in 
claims 1 and 24 above. 



13.2. The art of Altaian is directed toward translating machine instructions for one computer into 
machine instructions to run on a second computer, including profiling and dynamic 
optimization (pages 40 - 41) . 



13.3. The art of Conte is directed to using branch handling hardware to support profile-driven 
optimization (page 1, Title) . 



13.4. Regarding claim 25, Altman does not specifically teach: 



13.4.1. maintaining a record of branch addresses in the first set of one or more emulated 

instructions historically correlated to whether branches were taken during execution of the 

■ 

first set of one or more emulated instructions. 



13.4.2. means for changing a likelihood condition code of the branch prediction information for 
at least one of the branches. 



13.5. Regarding claim 25, Conte appears to teach: 



13.5.1. means for maintaining a record of branch addresses in a first set of one or more emulated 
instructions historically correlated to whether branches were taken during execution of the 
first set of one or more emulated instructions (page 2, section 2 "Branch Prediction and 
Profiling"; and figure 1; and figure 2) . 



13.5.2. means for changing a likelihood condition code of the branch prediction information for 
at least one of the branches (page 2, section 2 "Branch Prediction and Pro filing"; and figure 
1; and figure 2) . 



Application/ Control Number: 10/029,497 Page 22 

Art Unit: 2123 

13.6. The art of Conte and the art of Airman are analogous art because they both contain the 
problem of profiling and optimization. 



13.7. The motivation to use the art of Conte with the art of Altman would have been the benefit 
recited in Conte that using the specified branch prediction method produces a dramatic effect in 
achieving 96% accuracy in branch prediction (pa ge 2, section 2.1 Contemporary branch handling 
mechanisms, second paragraph) which" would have been recognized as a benefit by the ordinary 
artisan to reduce code execution time. 



13.8. Therefore, as discussed above, it would have been obvious to the ordinary artisan at the time 
of invention to use the art of Conte with the art of Altman as modified by Mattson and admitted 
prior art of the Applicant to produce the claimed invention. 



13.9. Regarding claim 31, Altman appears to teach: 



13.9.1. an emulation code generator for generating the first set of one or more emulated 

instructions that is executable with a first instruction set from the set of one or more original 
instructions that is executable with a different second instruction set (page 40, title; and 
abstract directly beneath the title; and leftside column, paragraph 3, definition of "binary 
translation") . 



13.10. Regarding claim 31, Altman does not specifically teach: 



13.10.1. generating historical branch prediction dynamic execution information regarding 
likelihood of branches taken during execution of the first set of one or more emulation 
instructions. 



Application/ Control Number: 10/029,497 Page 
Art Unit: 2123 

13.10.2. generating a branch prediction likelihood code for a group of branches that may be 

different from any branch prediction of the members of the group and is dependent upon 
combined effect of the branch predictions of the members of the group. 



13.11. Regarding claim 31, Conte appears to teach: 



13.11.1. generating historical branch prediction dynamic execution information regarding 
likelihood of branches taken during execution of the first set of one or more emulation 
instructions (pages 3-4, section 3 Using Branch Prediction Hardware for Profiling; and 
page 2, section 2 Branch Prediction and Profiling) . 



13.11.2. generating a branch prediction likelihood code for a group of branches that may be 

different from any branch prediction of the members of the group and is dependent upon 
combined effect of the branch predictions of the members of the group (page 2, section 2.1 
Contemporary branch handling mechanisms, second paragraph; and figure 2) . 



13.11.2.1. Regarding (page 2, section 2.1 Contemporary branch handling mechanisms, 
second paragraph; and figure 2); it would have been obvious to generate a branch 
prediction likelihood code for a group of branches that may be different from any 
branch prediction of the members of the group and is dependent upon a combined 
effect of the branch predictions of the members of the group. 



Allowable Subject Matter 
14. Claims 4 and 32 are allowable over the prior art of record. 
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15. As allowable subject matter has been indicated, applicant's reply must either comply with all formal 
requirements or specifically traverse each requirement not complied with. See 37 CFR 1.111(b) and 

* 

MPEP § 707.07(a). 

16. Claim 4 is objected to as being dependent upon a rejected base claim, but would be allowable over 
the prior art of record if rewritten in independent form including all of the limitations of the base 
claim and any intervening claims. 

17. An Examiner's statement of reasons for indicating allowable subject matter was given in the previous 
Office Action dated July 12, 2006. 

Conclusion 

18. The prior art made of record and not relied upon is considered pertinent to the applicant's disclosure: 

4 

18.1. Andrew S. Tanenbaum, "Structured Computer Organization", second edition, 1984, Prentice- 
Hall, pages 10 - 12; teaches that hardware and software are logically equivalent. 

18.2. Burke et al.; "The Jalapeno Dynamic Optimizing Compiler for Java", 1999, Proceedings of the 

* 

ACM 1999 Conference on Java Grande, pages 129 - 141; teaches collecting dynamic runtime 
information on running code, and using the dynamic runtime information to dynamically 
optimize the code during runtime. 

18.3. Arnold et al; "Adaptive Optimization in the Jalapeno JVM", 2000, Conference on Object 
Oriented Programming Systems and Languages, pages 47 - 65; teaches collecting dynamic 
runtime information on running code, and using the dynamic runtime information to 
dynamically optimize the code during runtime. 
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18.4. Ramesh Radhakrishnan et al; "Improving Java Performance Using Hardware Translation", 
June 2001, Proceedings of the 15 th International Conference on Supercomputing, pages 427 - 439; 
teaches a hardware emulator that optimizes code. 

19. Any inquiry concerning this communication or earlier communications from the examiner should be 
directed to Russ Guill whose telephone number is 571-272-7955. The examiner can normally be 
reached on Monday - Friday 10:00 AM - 6:30 PM. 

20. If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Paul 

■ 

Rodriguez can be reached on 571-272-3753. The fax phone number for the organization where this 
application or proceeding is assigned is 571-273-8300. Any inquiry of a general nature or relating to 
the status of this application should be directed to the TC2100 Group Receptionist: 571-272-2100. 

21. Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be obtained 
from either Private PAIR or Public PAIR. Status information for unpublished applications is 
available through Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the 
Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Russ Guill 

ZOI LA CABRERA Examiner 
PRIMARY EXAMINER Art Unit 2123 

RG TECHNOLOGY CENTER 21 00 




